Web based communication of information with reconfigurable format

ABSTRACT

DY-Internet/SCHA system of using an interactive device such as an e-mail pager to obtain information from a publicly available source, such as the Internet. The e-mail pager may send information in its native format to a service that acts as an intermediary. That service takes the information and uses it to assemble a request to the actual information source, such as a Web page being accessed. If a web page is being accessed, the request is in HTML, and may include personal logon information. The response from the web page is also in HTML, and this information is received by the service, and salient information is taken from the HTML file. The information is reformatted, e.g. according to a template, into the e-mail pager&#39;s native format, and sent to the pager. Another embodiment describes opening multiple pages, and assembling their content into a single web page.

BACKGROUND OF INVENTION

The Internet is a very powerful tool for transferring and obtaininginformation. Many new applications have become available since theInternet's advent. Just to name a few, these include electronicplacement of bids over the Internet, electronic determination of theuser's bank balance over the Internet, automatic registration forvarious services over the Internet, electronic shopping with anelectronic shopping cart, and various, virtually uncountable numbers, ofothers.

For all of the power of the Internet, it also has significantlimitations. The language of the Internet, HTML in its various flavors,can only be properly interpreted by a device which is capable of readingHTML. Many different plug-ins and additional programs can be used, andare basically used as HTML windows. For example, the various flavors ofJava, can enhance the Internet environment. Many companies have producedstreaming video applications, such as shockwave and/or animationapplications. These are basically shown as an associated application tothe HTML.

Much of the customization which has been done on the Internet is donefor the purpose of enabling more complexity, and more items to be shownover the Internet. However, browsing from a hand-held device has becomemore popular. For example, the Internet can be browsed from a cellularphone, from a PDA such as a palm VII, or other thin clients. Typicallythe way in which this is done is by forming a special web page for thosethin clients, which runs a scaled-down flavor of HTML that is optimizedfor such thin clients. Only those special web pages which are optimizedin this way can be effectively viewed. For example, any attempt to usesuch a system to browse a normal, unoptimized web page, may cause anerror, or may cause be information to be displayed in a way which makesit very difficult to effectively understand.

Other interactive hand-held devices, such as Blackberry devices andother devices which are optimized for e-mail and text messaging only,have no effective way to interact with the Internet. Therefore, whilethese devices are interactive in the sense that they can communicate andreceive information via Internet-like channels, they can only receiveinformation of a specified type.

SUMMARY OF INVENTION

The present application teaches a system of using an Internet-awareservice to form a conduit between the Internet and another device whichmay be a hand-held device or any other thin client, or even a regularclient.

In one embodiment, a client which is capable of interactivecommunication, and more preferably a hand-held device, may be used toobtain specified kinds of information from the Internet. Requests aresent to a service. The service can be any computer which is capable ofreceiving requests, reformatting then into a specified form that isrequired by a web server, sending it, receiving the response, andreformatting that response.

The service will typically receive requests in some kind of e-mailformat, e.g. plain text. The service may return the responses to therequests in either plain text or some flavor of XML. The service can itsself be a web server or any other kind of service, and the servicecarries out translation in a way that enables obtaining information fromthe Internet, retranslating it, and sending the information to thehand-held device.

In another embodiment, the hand-held device may include the user'spersonal information, and which can be used to allow identification,e.g. login, to a specified Internet site.

Another embodiment describes effectively do-it-yourself Internet, wherea service is used to rearrange the content and information in anInternet page, and to display the new information to the user.

BRIEF DESCRIPTION OF DRAWINGS

These and other aspects will now be described in detail with referenceto the accompanying drawings, wherein:

FIG. 1 shows a diagram of flow between devices according to anembodiment;

FIG. 2 shows a flowchart of an embodiment to query an auction typewebsite using a service;

FIG. 3 shows a flowchart of operation to query a bank;

FIG. 4 shows a flowchart of using this system with a general ecommercesite;

FIG. 5 shows a system of do it yourself formatting of internet content.

DETAILED DESCRIPTION

An overall flow of the communication between the various devices isshown in FIG. 1. According to the system of FIG. 1, a service is used totranslate information between a hand-held device 100, and a web server120. The web server 120 is connected to the Internet shown as 119, butmore generally, can be connected to any publicly available source ofinformation.

PDA/pager 100 can be any thin client which includes interactivecapabilities. For example, it may be an e-mail pager, a cellulartelephone, or any other device which is capable of interactivelycommunicating. In one embodiment, the device may be limited to textmessaging. The thin client 100 communicates as conventional over achannel 105 to a service provider shown generically as 110. The serviceprovider can be, in the case of a cellular telephone, for example, aprovider that operates as part of the cellular telephone system. Theservice provider also communicates with a service shown as 115. Theservice can be a conventional Web service or other subscription service,or simply can be an interfacing program that is running on a computer atthe service provider's location. The service carries out certaintranslations, in order to communicate between the thin client, and theWeb server 120. The service provider also includes a connection to theInternet, as conventional for such service providers, since theyconventionally obtain information such as e-mail and Web content fromthe Internet.

While the embodiment describes the client 100 as being a “thin” client,it should be understood that this same flow can be carried out withother clients.

The operation of the system is shown in the flowchart of FIG. 2. FIG. 2represents the flowchart for a system where the client 100 is an e-mailpager, and the system is being used to change or make a bid on anelectronic auction site such as eBay. These same operations, however,would be carried out to exchange any kind of information with any kindof website.

At 200, the user makes the decision that they want to change or place anelectronic bid. In order to its start the process, at 200 the user sendsan e-mail to a special address, here called simply “Web Service” withcontent in either or both of the subject line and/or the body of thee-mail indicating the website and what the user wants. The detail may bewritten in plain English, and in this embodiment is parsed by a keywordrecognition system. More generally, the system may parse the plainEnglish words using any kind of plain English recognition system.

The keyword recognition system which is used herein takes advantage ofthe fact that only certain allowable operations may be carried out inthis way. For example, the e-mail may be sent to a special address thatonly accepts e-mails about operations to be carried out by the service.Only a limited number of operations may be carried out, for example,specified Web sites, specified banks, stocks, and others.

Therefore, when the e-mail says “I want to place a bid on eBay”, thenthe system can parse different words from this e-mail. First, it caneasily match the word “eBay”, and once doing that, it knows that thereare only certain things that can be done on eBay. For example, a usermay be allowed to browse eBay categories, do a search on eBay bykeyword, check on a previously made bid, or make a bid.

By looking at the remainder of the keywords, once recognizing “eBay”,and noting the categories above (browse, search, check bid, make bid, upa bid where rye been outbid), the system sees the word “bid”. This againnarrows down the options; the allowable things the user can do areeither check on a bid or make a bid.

The system may store a number of different ways of saying each one. Forexample, the system may store “place a bid”, “make a bid”, “bid on”, torepresent the make a bid option. The system may store “check (on) bid,“bid status”, “how is my bid doing”, for the other. The system thentries to match the words of the email, to the words that correspond toone of the allowed actions. The best correspondence is selected, ifpossible.

Also stored within the database is a probability, for the specific user,of what they will want to do. This may be based on the user's previousactions. For example, the user may 77 percent of the time, want to placea bid when they use the word bid. The system may also store globalstatistics of this type, in case the user's specific statistics are notavailable. These statistics may be used when the system cannot determineexactly what to do, as a basis for an educated guess.

For any of these, the system returns an e-mail saying “you want to placea bid on eBay, is this correct”? The user replies with yes or no toindicate whether the system has properly understood the command. If theuser answers no, then the system may return a numbered list of thingsthe user can do, based on its parsing. The user can then reply with anumber, for example.

At 210, the thin client, here a pager, looks up personal informationthat is stored within the pager database. For example, a PDA or otherpager may include a storage repository for information. More generally,the client may be any interactive-capable client that is capable ofsending and receiving information, and displaying results to a user. Thesend and receive need not be in real time; that is; the receive may bedelayed relative to the send by some amount.

This information may be either local, or stored on an on-line serversuch as “www.myPalm.com” or other. Alternatively, if personalinformation is not stored, then an additional interactive operation canbe carried out similar to those disclosed below. In any case, thisoperation returns the user's name, login information (such as password)and other registration information necessary for the specified site,here eBay.

The pager will request eBay for a list of its current status. At 220,the service sends an e-mail to the eBay site, asking for storedinformation. Note that this step is done totally independent of the thinclient. The service itself is interacting with the website, andreceiving information that will be later reformatted in order to send tothe thin client. The existing list of current status is received fromeBay, and parsed into its different parts. For example, the favoriteslist, the items previously bid on list and the watch list may all beincluded. If the user, under the “content” item, has specified moredetail about what they want, then this may narrow down what is actuallyretrieved, in which case possibly less than all of this information maybe accessed.

Other commands of this type may be, for example, “I want to bid on anitem that is on my watchlist”. This may be parsed to retrieve thecontents of the watchlist. Alternatively, if the item says, “I want tobid on an item I′ve previously been outbid on”, then the current bidlist may be returned, or only items on the current bid list where therequesting party is not currently the winner.

Again, the information is requested by the service, and then received bythe service. The service may parse and format this information in anydesired way. Here, the service may parse the information at 225 into atext list, with each item having a special number that corresponds to asession ID. The number should preferably be a relatively short number,since the user will need to use this number to take further action onone of the items in the text list. In the embodiment shown, the sessionID may be a01 referring to a first item, a02 referring to a second item,and so on. The actual content of the fields associated with item 1 mayin fact be the description of the items, received from eBay. Similarly,other item numbers such as a03 may be provided. This list, again in textform, is sent as the body of an e-mail to the e-mail pager at 230. Thisembodiment describes using alphanumerics to describe the items,providing approximately 50³ different possibilities. This may be farmore than will ever be necessary, so long as the return address can beused to determine which session is being referred to.

Again, each item has a number. In order to select one of these numbers,the user sends an e-mail back to the Web service. This can be a reply tothe previously-sent e-mail, or can be simply sent to an address relatedto numbers in the previously-sent e-mail. For example, the e-mail may besent to the address IDnumber@Webservice.net, here this may be thespecific ID number a01 being used. The web server looks at the returnaddress, to determine the meaning of the session ID. With the returnaddress, and the session ID, the web service can unambiguously determinethe item to be bid on. From this, the web service determines the item at245, and again sends an e-mail to the user requesting further details.

As part of the information received at 220, the Web service may receiveexisting bid amounts and other details necessary for placing the bid.The system might not have reported that information previously, but maystill store it. Alternatively, this can be individually determined at245.

Having gotten to this point, and the user selecting an item where a bidwas made but now is no longer the highest bid, the system may concludethat the user intends to up their bid. An e-mail is sent back to thepager at 250 that simply says “what new bid amount?” The user respondswith a dollar number at 255 which is again sent to the Web service. TheWeb service again receives this number, which may or may not include thesession ID number (here a01) in be subject line. This tells the Webservice that the user wants to place a bid of $xxx on the item numbera01. The Web service now has all it needs it knows the item, the amount,and the user's personal identification information. An optionalconfirmation may be carried out at 260 where the Web service says “areyou sure you want to place a bid of $xxx on <item one>?”, and waits fora yes or no by e-mail. If so, the system places the bid at 270 witheBay, and once receiving confirmation that the bid has been placed,reports that confirmation at 280.

On the eBay site, simply placing the bid does not mean that your bid isnecessarily high enough. For example, the bid of xxx might not be higherthen existing bids which already exist in the system. Therefore, theresults of the bid, such as bid high enough or bid not high enough arereported at 280. This may be simply reported as “you are the currenthigh bidder” or your bid has been placed but was not high enough.

The service may also carry out other functions once the bid is placed inthis way. For example, the service may monitor eBay at increments of say5 minutes, 15 minutes, or one hour, looking for outbid notifications.Since the operation is carried out with the server, other timed servicesmay also be carried out. For example, the user may send the service amessage saying “check the bid at every five minute intervals, and reportto me.” The system can parse this out based on any real time is toparsing system, and decide what it's been told. The server can easilycheck the bid every five minutes, and send an e-mail to the usersinteractive device.

Again, since the service is running on a computer, any function that canbe programmed in any language can also be carried out. Therefore, themessage sent to the service can be much more complex. For example, themessage can say “check the bid at every five minute intervals, andreport to me only if the bid has changed.” Any different combination ofpossibilities can also be programmed in this way. An advantage is thatall of the user interface is carried out using plain text operations.

The above has described placing a bid on ebay, but it should beunderstood that this system can also be used for many other purposes,including buying virtually any product on the Internet or others.Another example is for using this system to check on stock prices. Anexample command that could be sent to the service says “check on myusual stocks today, and report to me if any of them changed by more than5 percent”. A list of usual stocks can be stored in either the serviceor in the interactive device. The service can check on these for exampleat 10 minute intervals, and report by e-mail only those stocks whichhave changed. This shows the power of the format conversion system usedby the present system. Rather than point and click, this system allowseffectively plain language commands to be made.

An important advantage is allowed by the service that carries out thetranslation between the client and the actual web server that has theinformation. By providing this server, the client can access any sourceof information over any publicly available network, without actuallyhaving a device that can access the server.

Another embodiment is disclosed herein of using this system to obtain abank balance over the Internet. In this embodiment, the operation isshown for use with either a text based device such as an e-mail pager,or with a device that is capable of Internet browsing.

At 300, an initial e-mail is sent to the Web service, the subject beingbank balance. The system obtains the user's personal information at 305.This can be personal information that is already stored in the device,or entered information. At 306, the system determines if the informationis stored locally, and if so flow continues. If not, the user isprompted to enter this information at 307.

At 310, the bank information is accessed, by the service accessing theweb page associated with the bank. In order to obtain a bank balance,the user must send specialized information to the bank using theirspecialized web page. The web page may be stored, as a cached web page,and if so it is accessed at 315. If the web page is not stored at 315,the bank's website is called up at 320. In either case, the result isthe web page, and the user's personal information such as accountnumbers, passwords and the like. The term “password” as used throughoutthis specification may include any personal identifying informationincluding a password, a personal identification number, or some otheridentifying information.

At 325, the Web service arranges all of this, that is the personalinformation and the web page information, into a form of the specifiedtype and sends this form to query the bank's website at 330. The bank'swebsite once queried at 330, returns the desired information at 335.Presumably the desired information is on the first page returned,although the process can be continued multiple times if an additionalpage of information is necessary.

At 340 the received information is obtained in the HTML form and isreformatted into an XML form. A desired format for the XML form isapplied at 345, which will be returned at 350. If the returning is to atext based device, control passes to the left in the flowchart, and textinformation is sent in a specified form. If the returning is to abrowser type device, such as a PDA or a full-blown computer, controlpasses to the right in the flowchart, and the information may be sent inan XML form.

Information for both of the returned forms may be stored in thetemplates 370. Various forms of specified templates may be stored. Forexample, a template for a bank may be stored, for stocks, and alsocustom templates. Each of the templates describes the preferred formatfor the way in which information is returned. The template may be verysimple; for example, for a bank the template may simply say “yourbalance is xxx, of which yyy is available balance”. The variables inthese templates may be filled in from the information obtained from theInternet site. The embodiment disclosed with reference to FIG. 5 showshow custom templates can be made.

Since this system obtains the raw information and formats it accordingto a template, a limited form Internet browsing device such as a PDA caneffectively browser virtually any site, even those sites which are notavailable in reduced bandwidth/information versions. The effective ordesired information on those sites is located. That information may beconveyed to the user as part of one of the forms/templates.

Another embodiment, shown with reference to FIG. 4, is more optimizedfor use in a browsing type PDA, and can be used with the same featuresto carry out electronic shopping such as with a shopping basket on asite. Many of the general principles described above can be used. Ageneralized shopping form is shown as 400 includes the site name, whichcan be selectable from a list 402. The user selects the site name fromthe list, or types in their own desired site name. The user then typesin the search term and then actuates the execute key 406. This causesthe PDA to form the information into an XML (or HTML) form at 410. TheXML form is sent to the service at 415, which translates the form into aquery in a format that emulates the user requesting specifiedinformation from the specified website. This query is sent to thespecified website at 420. The website then returns results at 425. Theseresults are again parsed into an XML form at 430, using one of thespecified templates shown as 433. For purchasing an object, the templatemay be of the general form shown as 435 where one, two or four objectsare located on the screen with reduced size pictures of each, theheading information for each, and the rest of the information for theobject simply contained in an XML link marked <more> shown as link 436.If the user selects the “more” link, then additional information thatwas downloaded from the website is returned. Each returned page willsimilarly have a “more” link until reaching the last page at which onlythe “return” link is shown. The return link returns the user to thebasic view 435. In any of the objects, main view, an “add to cart” icon437 may also be viewed. In this embodiment, along the bottom of theview, a toolbar 438 allows selecting more results or changing the view.The changing the view for example may select a different format from thetemplates. Selecting this different format causes all further actionsfor the similar kind of site to be carried out using the new selectedformat.

The user can also signify checkout in the toolbar. When the usersignifies checkout, the information from the service representing thesimulated shopping cart is sent to the website, initiating the checkoutprocess. The website may return conventional shopping cart informationat 442, which is again parsed in an XML format at 444 into a list 446that can be more easily displayed on the handheld. When the usersignifies go, (448) all of the user's personal information istransmitted at 450 to the service, e.g. information already stored inthe handheld. Alternatively, the user may be prompted for thisinformation. The service sends the information to the website at 452,which confirms the buy. The confirmation is returned to the service at454, converted to an XML form at 455, formatted and sent back as aconfirmation 456.

FIG. 5 shows yet another alternative system which is usable not only inthin clients but also in relatively more powerful clients. In thisembodiment, a web page may be customized by a user. The web pagecustomization software may effectively be a plug-in to the HTML readerthat places a toolbar at the bottom. One item on this toolbar is acustomized link shown as 500. Upon executing the customized link 500,the computer that is running the software analyzes the HTML page andparses it into different parts. 510 shows how the different parts of thepage may be parsed separately. The parsed portions may include forexample fill in values such as 511, drawing parts such as 512, and fixedtext such as 513 as well as plug-ins, e.g. Java or animations shown as514. The system also brings out a blank page which may be locatedside-by-side with the parsed page, or may be located in a separatewindow. In this embodiment, each HTML object may be separately selectedand moved. For example, if the variable 511 includes information such asa bank balance, the user can select this with their cursor, and drag it,as shown, to a desired area on the blank page. This makes an XML formwhich includes information from the other page. Any number of web pagescan be combined together to form the different composite parts of thecomposite web page 520.

The composite web page may be continually updated. In order to obtainany of the various parts, the system may call up the original web pagethat produced the part, obtain the web page, take the portion of the webpage corresponding to the selected part, and form the composite web pagefor eventual display. All of this may be done in the background. Forexample, the system may open all of these pages as real windows in thebackground, view the source, find the right part, import the right part,and then close the windows once the composite web page has been formed.

What this means, therefore, is that a number of windows may bedynamically opened, as background windows. Once the system has obtainedthe desired parts from those windows, they may be automatically close,with only the desired part being displayed on the composite page.

Effectively this provides do-it-yourself Internet, where parts of anHTML page are obtained, and those parts are used to form a compositeform which is eventually displayed. In this embodiment, the compositeform may be in XML, since that is easy to configure.

Although only a few embodiments have been disclosed in detail above,other modifications are possible. For example, the above has disclosedonly certain limited kinds of thin clients. It should be understood thatother clients, including personal computers, may be used.

The above has described the client being a machine such as a pager orthe like. However, these same techniques may be carried out over a voicetelephone type network. For the example, the user may enter theirinformation either by touchtone keys, or by voice recognition. Systemsof obtaining information from a telephone are well-known, such as bankby telephone type systems. Again, however, and analogously to the above,all of these require that be banks network have installedcharacteristics. In the present system, the telephone communication iswith the equivalent of the service, who places a query to the bank orwebsite. The website or bank must have some capability of beingaccessed. However, by using this service, the user can call, and usingvoice prompts and voice commands place a bid on eBay, obtain a bankbalance, or anything else like that.

This system may also be used for obtaining many other kinds ofinformation, basically too innumerable to specifically recite herein.For example, this system may be used to obtain current news stories, bysending the service a query “what are the top news stories?”. Any kindof query of this type may be answered.

All such embodiments are intended to be encompassed within the followingclaims.

What is claimed is:
 1. A method, comprising: first receiving firstinformation indicative of a first webpage over an information receivingchannel into a computer; automatically analyzing said first informationindicative of the first webpage, to determine different objects withinthe first webpage, said analyzing determining, within said firstinformation, at least a drawing part, and also a text part and also avariable part in said first webpage, said variable having a variablevalue, where said drawing part, said text part and said variable partare all from a single page of said first webpage, and all from a singleanalysis; selecting said drawing part, said text part and said variablepart separately and moving each of said drawing part, said text part andsaid variable part separately, such that said drawing part, said textpart and said variable part once moved are each displayed in differentlocations on a display relative to where said drawing part, said textpart and said variable part were displayed in said first webpage;producing an output indicative of a new display layout, with saiddrawing part, said text part and said variable part at said differentlocations; and second receiving information indicative of a secondwebpage over the information receiving channel, said second informationindicative of a different webpage at a different webpage address thanthe first information received in said first receiving, and from adifferent website address than the webpage received in said firstreceiving, wherein new display position location information includesinformation for at least one object from said first webpage, and atleast one object from said second webpage both on a same screen, andsaid producing an output signal comprises displaying a composite webpage formed from said objects from said first and second webpages, atsaid locations, said second receiving comprising using the computer toopen said first webpage in the background and obtain said firstinformation therefrom, and to open said second webpage in the backgroundand obtain said second information therefrom, and to take parts but notall of said first and second information to display a composite webpage,wherein said first webpage and said second webpage are bothautomatically closed after obtaining said information therefrom.
 2. Themethod as in claim 1, wherein said first information is HTMLinformation, and said analyzing parses the HTML to find said drawingpart, said text part and said variable part.
 3. The method as in claim1, wherein said selecting uses a graphical interface that allowsselecting at least one of the drawing part, said text part and saidvariable part within the webpage, and relocating said at least one ofsaid drawing part, said text part and said variable part to a differentlocation than an original location as a new display position, andstoring information indicative of said different location as at leastpart of said new display position information.
 4. The method as in claim1, wherein said analyzing comprises analyzing HTML code indicative ofthe webpage to determine if the HTML code represents a static objectwith a static value or a variable part with a variable value.
 5. Themethod as in claim 1, wherein said information indicative of the webpageis in HTML format and said information receiving channel is an Internetconnection.
 6. A web page reading device comprising: a informationreceiving part receiving first information indicative of a first webpageover an information receiving channel; a web page processing part,automatically analyzing said first information indicative of the firstwebpage to determine different objects within the first webpage, saidanalyzing determining, within said first information, at least a drawingpart, and also a text part and also at least a variable part in saidwebpage, said variable part having a variable value, where said drawingpart, said text part and said variable part are all from a single pageof said first webpage, and all from a single analysis by said web pageprocessing part; and said web page processing part including a userinterface which is actuated to select said drawing part, said text partand said variable part separately selected and to move each of saiddrawing part, said text part and said variable part separately, suchthat said drawing part, said text part and said variable part once movedare each displayed in different locations on a display relative to wheresaid drawing part said text part and said variable part were displayedin said first webpage, wherein said information receiving part furtherreceives second information indicative of a second webpage over theinformation receiving channel, said second information indicative of adifferent webpage at a different webpage address than the firstinformation; wherein said web page processing part includes informationfor at least one part from said first webpage, and at least one partfrom said second webpage both to be located on a same display screen,and produces a composite web page formed from said parts from said firstand second webpages, at said locations; wherein said web page processingpart further comprises a computer to open said first webpage in thebackground, and obtain said first information therefrom, and to opensaid second webpage in the background and obtain said second informationtherefrom, and to take parts but not all of said first and secondinformation to display said composite web page, wherein said firstwebpage and said second webpage are both automatically closed afterobtaining said information therefrom; and a display part, using saiddrawing part, said text part and said variable part and new displayposition information to form a new display layout, and to produce anoutput that displays the new display layout, with said drawing part,said text part and said variable part at said different locationsindicated by said user interface.
 7. The device as in claim 6, whereinsaid first information is HTML information, and said web page processingpart parses the HTML to find said drawing part, said text part and saidvariable part.
 8. The device as in claim 6, wherein said web pageprocessing part produces a graphical interface, allowing selecting atleast one of the drawing part, said text part and said variable partwithin the webpage, and relocating said drawing part, said text part andsaid variable part to a different location on the webpage than anoriginal location, and storing information indicative of said differentlocation as said new display position information.
 9. The device as inclaim 6, wherein said web page processing part allows displaying saidfirst information, and also displaying a toolbar that allows changingsaid positions.
 10. The device as in claim 6, wherein said web page isin HTML code, and wherein said web page processing part analyzes saidfirst information by analyzing HTML code to determine if the HTML coderepresents a static part with a static value or a variable part with avariable value.
 11. The device as in claim in claim 6 wherein said firstand second information are in HTML format, and said informationreceiving channel is an internet connection.
 12. A method, comprising:receiving first information indicative of a first webpage over aninformation receiving channel; receiving second information indicativeof a second webpage over the information receiving channel, said secondinformation indicative of a different webpage from a different webpageaddress than the first information, and from a different website addressthan the first webpage; analyzing said first information indicative ofthe first webpage to determine at least a first fixed part within thefirst webpage at a first location of a first location on a display wheresaid at least said first fixed part is displayed, said analyzing alsodetermining a variable part within the first webpage, at a secondlocation where the variable part is displayed; analyzing said secondinformation indicative of the second webpage to determine at least athird part within the second webpage, and third location informationindicative of a location on the display where said third part isdisplayed; providing a control which allows any of said parts to beseparately selected and moved to be displayed in different displaypositions on a same display page; using all of 1) said at least firstand second parts from said first information, and 2) at least one saidpart from said second information and 3) new location information fromsaid control to form a new display layout; producing a composite websiteoutput that is indicative of the new display layout, with said parts atlocations indicated by said new location information; and using acomputer to open said first webpage in the background, and obtain saidfirst information therefrom, and to open said second webpage in thebackground and obtain said second information therefrom, and to takeparts, but not all of, said first and second information to display acomposite webpage formed from objects from said first and secondwebpages, at said locations, said computer used to open said firstwebpage in the background and obtain said first information therefrom,and to open said second webpage in the background and obtain said secondinformation therefrom, and to take parts but not all of said first andsecond information to display a composite webpage, wherein said firstwebpage and said second webpage are both automatically closed afterobtaining said information therefrom.